планирование разработки продукта

выдаваться
выступать
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

Синонимы

• выступать

EN

• project

выступать
выдаваться
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

Синонимы

• выдаваться

EN

• project

конструкция
Устройство, взаимное расположение частей и состав машины, механизма или сооружения.
[ http://sl3d.ru/o-slovare.html]

Параллельные тексты EN-RU

The new valve profile is design to ensure smooth and precise control at low capacities for improved part load performances.
[Lennox]

Вентиль новой конструкции обеспечивает плавное и точное регулирование при низкой производительности холодильного контура, что увеличивает его эффективность при неполной нагрузке.
[Интент]

Тематики

• машиностроение в целом

EN

• aggregate
• architecture
• arrangement
• assembly
• build
• carcass
• configuration
• construct
• construction
• design
• embodiment
• engineering design
• formation
• frame
• framework
• hardware
• profile
• project
• structural design
• structural system
• structural unit
• structure
• style
• work

проект
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

проект
1. См. Типы предприятий. 2. Деятельность, мероприятие, предполагающие осуществление комплекса каких-то действий, обеспечивающих достижение определенных целей. 3. Инвестиционный проект — система организационно-правовых и расчетных документов, необходимых для осуществления заданной цели с помощью инвестиций (например, строительства предприятий). См. Эффективность инвестиционного проекта.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика
• электротехника, основные понятия

EN

• project
• scheme

проект
Временная организация, включающая людей и прочие активы, необходимые для достижения цели или другого конечного результата. Каждый проект имеет собственный жизненный цикл, в который обычно входит инициация, планирование, выполнение и закрытие. Проекты обычно управляются согласно специальной методологии, например, методологии управления проектами PRINCE2 или стандарту управления проектами PMBOK. См. тж. устав; офис управления проектами; портфель проектов.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

project
A temporary organization, with people and other assets, that is required to achieve an objective or other outcome. Each project has a lifecycle that typically includes initiation, planning, execution, and closure. Projects are usually managed using a formal methodology such as PRojects IN Controlled Environments (PRINCE2) or the Project Management Body of Knowledge (PMBOK). See also charter; project management office; project portfolio.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• project

проект (в постобработке спутниковых наблюдений)
Один из основных элементов в программном обеспечении, в котором осуществляется загрузка данных, а также происходит планирование вычислений, обработка и анализ результатов измерений.
[РТМ 68-14-01]

Тематики

• спутниковая технология геодезических работ

Обобщающие термины

• обработка спутниковых определений

EN

• project

проект
Уникальный процесс, состоящий из совокупности скоординированных и управляемых видов деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям, включающий ограничения по срокам, стоимости и ресурсам.
Примечания
1. Отдельный проект может быть частью структуры более крупного проекта.
2. В некоторых проектах цели совершенствуются, а характеристики продукции определяются соответственно по мере развития проекта.
3. Выходом проекта может быть одно изделие или несколько единиц продукции.
4. Адаптировано из ИСО 10006:2003.
[ ГОСТ Р ИСО 9000-2008]

Тематики

• системы менеджмента качества

EN

• project

проект (спутниковых определений)
Процедура установления и ввода в приемник сведений о пунктах местности, подлежащих спутниковым определениям в поставленной задаче.
[РТМ 68-14-01]

Тематики

• спутниковая технология геодезических работ

Обобщающие термины

• методы спутниковых геодезических определений

EN

• project

4.29 проект (project): Попытка действий с определенными начальными и конечными сроками, предпринимаемая для создания продукта или услуги в соответствии с заданными ресурсами и требованиями.

Примечание 1 - Адаптировано из ИСО 9000:2005.

Примечание 2 - Проект может рассматриваться как уникальный процесс, включающий в себя скоординированные и управляемые виды деятельности, а также может быть комбинацией видов деятельности из процессов проекта и технических процессов, определенных в настоящем стандарте.

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.12 проект (project): Попытка действий с определенными начальной и конечной датами, предпринимаемая для создания продукта или услуги в соответствии с заданными ресурсами и требованиями.

Примечания

1 Адаптация определения, приведенного в [3] и [20].

2 Проект может рассматриваться как уникальный процесс, включающий в себя координируемые и контролируемые действия, и может быть комбинацией действий из процессов проекта и технических процессов, определенных в настоящем стандарте.

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

3.5 проект (project): Уникальный процесс, состоящий из совокупности скоординированной и управляемой деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям, включая ограничения сроков, стоимости и ресурсов (ИСО 9000, пункт 3.4 3, кроме примечаний).

Примечания

1 Отдельный проект может являться частью более крупного проекта.

2 В некоторых проектах цели и область применения совершенствуют, а характеристики продукции определяют по мере разработки проекта.

3 Продукт проекта определяют в общем случае в области применения проекта (см. 7.3.1). Это могут быть один или несколько модулей изделия. Продукт проекта может быть материальным или нематериальным.

4 Проектная организация обычно является временной - создаваемой на время выполнения проекта.

5 Сложность взаимодействий между различными видами проектной деятельности не обязательно связана с размером проекта.

Источник: ГОСТ Р ИСО 10006-2005: Системы менеджмента качества. Руководство по менеджменту качества при проектировании оригинал документа

3.2 проект (project): Уникальный процесс, состоящий из набора скоординированных и управляемых действий с указанием дат начала и окончания, предпринятых для достижения соответствия определенным требованиям, включая ограничения по времени, стоимости и ресурсам.

Примечание 1 - Конкретный проект может быть частью более крупного проекта.

Примечание 2 - В некоторых проектах по мере их развития совершенствуются цели проекта и характеристики продукции.

Источник: ГОСТ Р 51901.4-2005: Менеджмент риска. Руководство по применению при проектировании оригинал документа

3.4.3 проект (project): Уникальный процесс (3.4.1), состоящий из совокупности скоординированных и управляемых видов деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям (3.1.2), включающий ограничения по срокам, стоимости и ресурсам.

Примечания

1 Отдельный проект может быть частью структуры более крупного проекта.

2 В некоторых проектах цели совершенствуются, а характеристики (3.5.1) продукции определяются соответственно по мере развития проекта.

3 Выходом проекта может быть одно изделие или несколько единиц продукции (3.4.2).

4 Адаптировано из ИСО 10006:2003.

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.5 проект (project): Уникальный процесс (см. 3.3), состоящий из совокупности скоординированной и управляемой деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям, включающий ограничения сроков, стоимости и ресурсов.

Примечания

1 Отдельный проект может быть частью более крупного проекта.

2 В некоторых проектах цели совершенствуются, а характеристики продукции определяются по мере развития проекта.

3 Выходом проекта может быть одно изделие или несколько единиц продукции (3.4).

[см. 3.4.3 ИСО 9000]

Источник: ГОСТ Р ИСО 10005-2007: Менеджмент организации. Руководящие указания по планированию качества оригинал документа

3.4.3 проект (project): Уникальный процесс (3.4.1), состоящий из совокупности скоординированных и управляемых видов деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям (3.1.2), включающий ограничения по срокам, стоимости и ресурсам.

Примечания

1 Отдельный проект может быть частью структуры более крупного проекта.

2 В некоторых проектах цели совершенствуются, а характеристики (3.5.1) продукции определяются соответственно по мере развития проекта.

3 Выходом проекта может быть одно изделие или несколько единиц продукции (3.4.2).

4 Адаптировано из ISO 10006:2003.

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.7.54 проект (project): Уникальный процесс, состоящий из совокупности скоординированной и управляемой деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям, включая ограничения сроков, стоимости и ресурсов.

Примечание 1 - Отдельный проект может являться частью более крупного проекта.

Примечание 2 - В некоторых проектах цели и область применения совершенствуют, а характеристики продукции определяют по мере разработки проекта.

Примечание 3 - Продукт проекта определяют в общем случае в области применения проекта. Это могут быть один или несколько модулей изделия. Продукт проекта может быть материальным или нематериальным.

Примечание 4 - Проектная организация обычно является временной - создаваемой на время выполнения проекта.

Примечание 5 - Сложность взаимодействий между различными видами проектной деятельности не обязательно связана с размером проекта.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

клиент
Пользователь, которому предоставляются услуги электросвязи в пунктах общего пользования.
[Руководящий документ "Основные положения развития Взаимоувязанной сети связи Российской Федерации на перспективу до 2005 года"]

клиент
Организация, заказывающая аудит.
Примечание
Клиент может быть проверяемой или другой организацией, имеющей право заказать аудит согласно регламенту или контракту.
[ ГОСТ Р ИСО 14050-99]

Тематики

• управление окружающей средой
• электросвязь, основные понятия

EN

• client

2.10 клиент (client): Субъект (пользователь или процесс), запрашивающий услуги, предоставляемые на другом процессоре (т.е. сервере).

Источник: ГОСТ Р ИСО/МЭК ТО 10032-2007: Эталонная модель управления данными

2.4 клиент (client): Организация, предоставляющая запрос на проведение оценки.

Пример - Собственник участка, объект экологической оценки или любая другая сторона.

Источник: ГОСТ Р ИСО 14015-2007: Экологический менеджмент. Экологическая оценка участков и организаций оригинал документа

3.7 Клиент (client) - организация, заказывающая аудит.

Примечание - Клиент может быть проверяемой или другой организацией, имеющей право заказать аудит согласно регламенту или контракту.

3.8 Постоянное улучшение (continual improvement) - процесс усовершенствования системы управления окружающей средой с целью повышения общей экологической эффективности в соответствии с экологической политикой организации.

Примечание - Этот процесс необязательно происходит одновременно во всех сферах деятельности.

3.9 Окружающая среда - внешняя среда, в которой функционирует организация, включая воздух, воду, землю, природные ресурсы, флору, фауну, человека и их взаимодействие.

Примечание - В данном контексте внешняя среда простирается от среды в пределах организации до глобальной системы.

3.10 Экологический аспект (environmental aspect) - элемент деятельности организации, ее продукции или услуг, который может взаимодействовать с окружающей средой.

Примечание - Важным является тот экологический аспект, который оказывает или может оказать существенное воздействие на окружающую среду.

3.11 Экологический аудит (environmental audit) - систематический документально оформленный процесс проверки объективно получаемых и оцениваемых аудиторских данных для определения соответствия или несоответствия критериям аудита определенных видов экологической деятельности, событий, условий, систем административного управления или информация об этих объектах, а также сообщения клиенту результатов, полученных в ходе этого процесса.

3.12 Аудитор в области экологии (аудитор-эколог) (environmental auditor) - лицо, квалифицированное для проведения экологических аудитов.

3.13 Воздействие на окружающую среду (environmental impact) - любое отрицательное или положительное изменение в окружающей среде, полностью или частично являющееся результатом деятельности организации, ее продукции или услуг.

3.14 Система управления окружающей средой (environmental management system) - часть общей системы административного управления, которая включает в себя организационную структуру, планирование, ответственность, методы, процедуры, процессы и ресурсы, необходимые для разработки, внедрения, реализации, анализа и поддержания экологической политики.

3.15 Аудит системы управления окружающей средой (environmental management system audit) - систематический и документально оформленный процесс проверки объективно получаемых и оцениваемых аудиторских данных для определения соответствия (или несоответствия) системы управления окружающей средой, принятой в организации, критериям аудита такой системы, а также сообщение клиенту результатов, полученных в ходе этого процесса.

3.16 Аудит системы управления окружающей средой (environmental management system audit) - < внутренний> систематический документально оформленный процесс проверки объективно получаемых и оцениваемых данных для определения соответствия (или несоответствия) системы управления окружающей средой в организации критериям аудита такой системы, установленным данной организацией, а также сообщения руководству результатов, полученных в ходе этого процесса.

Источник: ГОСТ Р ИСО 14050-99: Управление окружающей средой. Словарь оригинал документа

2.25 клиент (client): Организация или лицо, запрашивающее валидацию или верификацию.

Примечание - Клиент может быть ответственной стороной, администратором программы по ПГ или другим заинтересованным лицом.

Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

2.27 клиент (client): Организация или лицо, запрашивающее валидацию (2.32) или верификацию (2.36).

Примечание - Клиент может быть ответственной стороной (2.24), администратором программы по ПГ или другим заинтересованным лицом.

Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

3.3 клиент (customer): Физическое или юридическое лицо, покупающее у организации связи или получающее бесплатно продукты и услуги.

Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа

3.3 клиент (customer): Физическое или юридическое лицо, покупающее у организации связи или получающее бесплатно продукты и услуги.

Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа

2.5 клиент (customer): Физическое или юридическое лицо, покупающее у организации связи или получающее бесплатно продукты и услуги.

Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа

3.3 клиент (customer): Физическое или юридическое лицо, покупающее у организации связи или получающее бесплатно продукты и услуги.

Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа

3.2 клиент (client): Отдельное лицо или группа лиц, которые заключили договор с поставщиком услуг для аквалангистов для личного использования этих услуг.

Источник: ГОСТ Р ИСО 24803-2009: Дайвинг для активного отдыха и развлечений. Требования к поставщикам услуг для аквалангистов оригинал документа

3.3 клиент (customer): Физическое или юридическое лицо, покупающее у организации связи или получающее бесплатно продукты и услуги.

Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа

3.3 клиент (customer): Физическое или юридическое лицо, покупающее у организации связи или получающее бесплатно продукты и услуги.

Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа

3.3 клиент (customer): Физическое или юридическое лицо, покупающее у организации связи или получающее бесплатно продукты и услуги.

Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа

3.2.1 клиент (client): Организация или лицо, запрашивающее валидацию или верификацию.

Примечание - Клиент может быть ответственной стороной, администратором программы по ПГ или другим заинтересованным лицом.

[ИСО 14064-3:2006, статья 2.27]

Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа

система рецептурного управления технологическим процессом
-
[Интент]

Вообще, batch-процесс – это вид технологического процесса, который иногда противопоставляют непрерывному процессу. Иногда batch-процессы называют рецептурными процессами (или просто рецептами); эту терминологию мы и будем в дальнейшем использовать. Слово “batch” еще можно перевести как “партия продукции”, и это тоже относится к затрагиваемой теме, так как в результате рецептурного процесса производится партия продукции. Ладно, хватит путаницы – теперь по делу.

Раньше мы рассматривали технологические процессы, которые идут непрерывно в течение 24 часов в день, 7 дней в неделю, 365 дней в году. Хотя, на самом деле, раз в году делают плановый останов на несколько дней для выполнения ремонтных и других работ, но это происходит строго в соответствии с планом, и этому предшествуют значительные подготовительные работы. В другое же время остановка производства – это “чрезвычайное” происшествие. При этом отдельно взятая технологическая установка принимает участие в производстве одного вида продукции, а сам процесс идет по фиксированной технологической цепочке с неизменными настройками (уставками). Короче, все скучно, однообразно и весьма предсказуемо.

А теперь представим гипотетический пищевой цех по производству сока. При этом цех может производить несколько видов сока: яблочный, вишневый и апельсиновый, т.е. 3 вида продукции. Пусть сок производится из концентрированного сока в специальной емкости с мешалкой, где он тщательно смешивается с водой, а потом пастеризуется и идет на розлив (пакетирование).

Имеет ли смысл ставить для производства этих трех видов сока три производственные линии (по одной линии на каждый вид сока)? Было бы круто, но чрезвычайно дорого. Выход – использовать одну и ту же линию для выпуска разных видов продукции. При этом понятно, что и технологические параметры для производства различных соков будут заметно друг от друга отличаться. Например, вишневый концентрат нужно смешивать с водой гораздо дольше, чем яблочный, но пастеризовать его надо при меньшей температуре (я на самом деле этого не знаю - чисто предположение:)

Набор технологических параметров для производства определенного вида продукции называется рецептом (recipe). В нашем примере для сока это может быть: соотношение вода/концентрат, длительность и температура смешивания; температура пастеризации + другие параметры. В общем случае, рецепт также может содержать последовательность технологических операций, которые для различных видов продукции могут быть, строго говоря, разными. Хотя на практике, как правило, рецепт не подразумевает различающиеся технологические операции, а содержит всего лишь массив технологических уставок для того или иного продукта.

Рис. 1. Иллюстрация рецептурного управления на примере производства различных видов сока

Это все напоминает процесс приготовления еды на кухне, где мы оттачиваем рецепты разных блюд, но при этом используем одни и те же орудия (кастрюли, ножи, разделочные доски, плиту и т.д.)

Теперь попробуем дать характеристику batch-процессу:

1. На выходе несколько видов продукции.
2. При производстве разных видов продукции задействуется одно и то же технологическое оборудование.
3. Имеется множество рецептов.
4. Производство по “партиям”, которое может быть относительно легко и без последствий остановлено после завершения партии, а потом возобновлено.

Автоматизированное управление batch-процессом называется рецептурным управлением (batch control, или recipe control). Этот вид управления несколько специфичен, и требует от системы управления некоторой смекалки. Конечно, можно использовать для задач рецептурного управления обычные программные блоки, подходящие для управления непрерывным процессом, НО на практике это приводит к огромным трудностям (=головной боли) при попытке все это реализовать, используя стандартные подходы программирования. Поэтому многие производители АСУ ТП разработали специализированные batch-модули, которые адаптированы именно под рецептурные процессы. Эти модули могут выполняться на уровне ПЛК или на выделенном сервере batch. Иногда эти сервера, к тому же, резервируются. Также batch-модули дополняются специализированной средой разработки batch-программ, что сильно облегчает жизнь инженера.

На рисунке ниже в качестве примера приведена конфигурация верхнего уровня АСУ ТП SIMATIC PCS 7, оснащенной выделенным сервером batch.

Рис. 2. Структурная схема АСУ ТП с выделенным сервером batch

Перечислим основные обязанности системы batch-управления:

1. Ну, собственно, самая главная задача – хранение/загрузка рецептов и их выполнение в режиме реального времени ( batch process management).
2. Отслеживание, не занята ли технологическая установка выполнением другого рецепта. Если занята, то выделяется другая аналогичная установка для выполнения данного рецепта ( process unit allocation).
3. Формирование отчетов об изготовление партии продукции в задаваемой пользователем форме. Причем, требуются отчеты с возможностью отслеживания истории (ретроспективы) “прогона” партии по технологической цепочке ( reporting and batch tracking).
4. Расчет различных показателей эффективности производства, как, например: удельного времени простоя (в %), производительности (в л/c) технологической установки или полного времени изготовления партии продукции (в мин).
5. Планирование изготовления партий, что фактически подразумевает составление производственного расписания. Ну, это на самом деле ни одна система в полном объеме пока не реализует ( batch planning).

И еще несколько слов.

Как правило, пакет batch состоит из двух частей – операторской (клиентской) и исполняемой. Клиентская часть устанавливается на АРМы и всего лишь обеспечивает удобный операторский интерфейс. Клиентская часть, как правило, органично вписывается в общую операторскую среду, и работа с ней идет непосредственно из мнемосхем.

Исполняемая часть – это костяк системы. Именно она ответственна за автоматизированное выполнение задач рецептурного управления, описанных выше. Исполняемая часть прогружается в специальные серверы batch или в обычные ПЛК в зависимости от архитектуры АСУ ТП.

И еще. Существует международный стандарт ISA-88, специфицирующий batch-процессы, определяющий модель и философию рецептурного управления, а также стандартизирующий соответствующую терминологию. Документ тяжеловесный, и посему прочитан полностью мной не был. Тем не менее, в следующей части я попытаюсь более детально описать рецептурные системы с привязкой именно к стандарту ISA-88.

[ http://kazanets.narod.ru/Batch_P1.htm]

Тематики

• автоматизированные системы

EN

• batch
• batch management solution

загрузка сырья
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• batch

замес
Объём бетонной смеси, получаемый из барабана бетоносмесителя за один цикл перемешивания
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

Тематики

• строительство в целом

EN

• batch

DE

• Charge

FR

• gâchée

периодического действия
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• batch

система рецептурного управления технологическим процессом
-
[Интент]

Вообще, batch-процесс – это вид технологического процесса, который иногда противопоставляют непрерывному процессу. Иногда batch-процессы называют рецептурными процессами (или просто рецептами); эту терминологию мы и будем в дальнейшем использовать. Слово “batch” еще можно перевести как “партия продукции”, и это тоже относится к затрагиваемой теме, так как в результате рецептурного процесса производится партия продукции. Ладно, хватит путаницы – теперь по делу.

Раньше мы рассматривали технологические процессы, которые идут непрерывно в течение 24 часов в день, 7 дней в неделю, 365 дней в году. Хотя, на самом деле, раз в году делают плановый останов на несколько дней для выполнения ремонтных и других работ, но это происходит строго в соответствии с планом, и этому предшествуют значительные подготовительные работы. В другое же время остановка производства – это “чрезвычайное” происшествие. При этом отдельно взятая технологическая установка принимает участие в производстве одного вида продукции, а сам процесс идет по фиксированной технологической цепочке с неизменными настройками (уставками). Короче, все скучно, однообразно и весьма предсказуемо.

А теперь представим гипотетический пищевой цех по производству сока. При этом цех может производить несколько видов сока: яблочный, вишневый и апельсиновый, т.е. 3 вида продукции. Пусть сок производится из концентрированного сока в специальной емкости с мешалкой, где он тщательно смешивается с водой, а потом пастеризуется и идет на розлив (пакетирование).

Имеет ли смысл ставить для производства этих трех видов сока три производственные линии (по одной линии на каждый вид сока)? Было бы круто, но чрезвычайно дорого. Выход – использовать одну и ту же линию для выпуска разных видов продукции. При этом понятно, что и технологические параметры для производства различных соков будут заметно друг от друга отличаться. Например, вишневый концентрат нужно смешивать с водой гораздо дольше, чем яблочный, но пастеризовать его надо при меньшей температуре (я на самом деле этого не знаю - чисто предположение:)

Набор технологических параметров для производства определенного вида продукции называется рецептом (recipe). В нашем примере для сока это может быть: соотношение вода/концентрат, длительность и температура смешивания; температура пастеризации + другие параметры. В общем случае, рецепт также может содержать последовательность технологических операций, которые для различных видов продукции могут быть, строго говоря, разными. Хотя на практике, как правило, рецепт не подразумевает различающиеся технологические операции, а содержит всего лишь массив технологических уставок для того или иного продукта.

Рис. 1. Иллюстрация рецептурного управления на примере производства различных видов сока

Это все напоминает процесс приготовления еды на кухне, где мы оттачиваем рецепты разных блюд, но при этом используем одни и те же орудия (кастрюли, ножи, разделочные доски, плиту и т.д.)

Теперь попробуем дать характеристику batch-процессу:

1. На выходе несколько видов продукции.
2. При производстве разных видов продукции задействуется одно и то же технологическое оборудование.
3. Имеется множество рецептов.
4. Производство по “партиям”, которое может быть относительно легко и без последствий остановлено после завершения партии, а потом возобновлено.

Автоматизированное управление batch-процессом называется рецептурным управлением (batch control, или recipe control). Этот вид управления несколько специфичен, и требует от системы управления некоторой смекалки. Конечно, можно использовать для задач рецептурного управления обычные программные блоки, подходящие для управления непрерывным процессом, НО на практике это приводит к огромным трудностям (=головной боли) при попытке все это реализовать, используя стандартные подходы программирования. Поэтому многие производители АСУ ТП разработали специализированные batch-модули, которые адаптированы именно под рецептурные процессы. Эти модули могут выполняться на уровне ПЛК или на выделенном сервере batch. Иногда эти сервера, к тому же, резервируются. Также batch-модули дополняются специализированной средой разработки batch-программ, что сильно облегчает жизнь инженера.

На рисунке ниже в качестве примера приведена конфигурация верхнего уровня АСУ ТП SIMATIC PCS 7, оснащенной выделенным сервером batch.

Рис. 2. Структурная схема АСУ ТП с выделенным сервером batch

Перечислим основные обязанности системы batch-управления:

1. Ну, собственно, самая главная задача – хранение/загрузка рецептов и их выполнение в режиме реального времени ( batch process management).
2. Отслеживание, не занята ли технологическая установка выполнением другого рецепта. Если занята, то выделяется другая аналогичная установка для выполнения данного рецепта ( process unit allocation).
3. Формирование отчетов об изготовление партии продукции в задаваемой пользователем форме. Причем, требуются отчеты с возможностью отслеживания истории (ретроспективы) “прогона” партии по технологической цепочке ( reporting and batch tracking).
4. Расчет различных показателей эффективности производства, как, например: удельного времени простоя (в %), производительности (в л/c) технологической установки или полного времени изготовления партии продукции (в мин).
5. Планирование изготовления партий, что фактически подразумевает составление производственного расписания. Ну, это на самом деле ни одна система в полном объеме пока не реализует ( batch planning).

И еще несколько слов.

Как правило, пакет batch состоит из двух частей – операторской (клиентской) и исполняемой. Клиентская часть устанавливается на АРМы и всего лишь обеспечивает удобный операторский интерфейс. Клиентская часть, как правило, органично вписывается в общую операторскую среду, и работа с ней идет непосредственно из мнемосхем.

Исполняемая часть – это костяк системы. Именно она ответственна за автоматизированное выполнение задач рецептурного управления, описанных выше. Исполняемая часть прогружается в специальные серверы batch или в обычные ПЛК в зависимости от архитектуры АСУ ТП.

И еще. Существует международный стандарт ISA-88, специфицирующий batch-процессы, определяющий модель и философию рецептурного управления, а также стандартизирующий соответствующую терминологию. Документ тяжеловесный, и посему прочитан полностью мной не был. Тем не менее, в следующей части я попытаюсь более детально описать рецептурные системы с привязкой именно к стандарту ISA-88.

[ http://kazanets.narod.ru/Batch_P1.htm]

Тематики

• автоматизированные системы

EN

• batch
• batch management solution

шихта
Смесь различных компонентов, предназначенная для приготовления формовочной огнеупорной массы, шликера или расплава.
[ ГОСТ Р 52918-2008] 

Тематики

• огнеупоры

EN

• batch

3.1 партия (batch); (загрузка): Количество идентичных крепежных изделий из одной производственной партии, обрабатываемых совместно в одно время.

Источник: ГОСТ Р ИСО 4042-2009: Изделия крепежные. Электролитические покрытия оригинал документа

1.5.7 партия (batch): Совокупность ламп одного типа, одновременно предъявленных для испытания на соответствие требованиям настоящего стандарта.

Источник: ГОСТ Р 52706-2007: Лампы накаливания вольфрамовые для бытового и аналогичного общего освещения. Эксплуатационные требования оригинал документа

3.6 серия (batch): Определенный набор изделий (деталей), подвергнутых воздействию в качестве единой группы, при этом воздействие имеет одинаковый характер и происходит на протяжении определенного промежутка времени на одной и той же установке.

Примечание - Степень охрупчивания представляет собой функцию концентрации водорода для конкретных изделий данной серии, измеряемой в миллионных долях (млн^-1 или ррт); конкретно, это количество водорода, который сохраняет мобильность или свободно мигрирует в зоны высокой концентрации напряжения.

Источник: ГОСТ Р 9.915-2010: Единая система защиты от коррозии и старения. Металлы, сплавы, покрытия, изделия. Методы испытаний на водородное охрупчивание оригинал документа

1.3.10 партия (batch): Совокупность ламп одной категории, одновременно предъявляемых для испытания на соответствие требованиям настоящего стандарта.

Источник: ГОСТ Р 52712-2007: Требования безопасности для ламп накаливания. Часть 1. Лампы накаливания вольфрамовые для бытового и аналогичного общего освещения оригинал документа

3.21 партия (batch): Количество элементов, из которого можно выбрать образец для испытания в процессе производства.

Источник: ГОСТ Р ИСО 2531-2008: Трубы, фитинги, арматура и их соединения из чугуна с шаровидным графитом для водо- и газоснабжения. Технические условия оригинал документа

3.1 партия (batch): Совокупность изделий, изготовленных в течение одной операции, имеющих одинаковые свойства и отмеченных единым идентификатором или обозначением.

Источник: ГОСТ Р ИСО 9934-2-2011: Контроль неразрушающий. Магнитопорошковый метод. Часть 2. Дефектоскопические материалы оригинал документа

3.21 партия (batch): Количество элементов, из которого можно выбрать образец для испытания в процессе производства.

Источник: ГОСТ ISO 2531-2012: Трубы, фитинги, арматура и их соединения из чугуна с шаровидным графитом для водо- и газоснабжения. Технические условия

3.3 партия (batch): Количество материала, рассматриваемое в качестве единичного элемента и имеющее уникальный ссылочный индекс.

Источник: ГОСТ Р 54259-2010: Ресурсосбережение. Обращение с отходами. Стандартное руководство по сокращению количества отходов, восстановлению ресурсов и использованию утилизированных полимерных материалов и продуктов оригинал документа

система рецептурного управления технологическим процессом
-
[Интент]

Вообще, batch-процесс – это вид технологического процесса, который иногда противопоставляют непрерывному процессу. Иногда batch-процессы называют рецептурными процессами (или просто рецептами); эту терминологию мы и будем в дальнейшем использовать. Слово “batch” еще можно перевести как “партия продукции”, и это тоже относится к затрагиваемой теме, так как в результате рецептурного процесса производится партия продукции. Ладно, хватит путаницы – теперь по делу.

Раньше мы рассматривали технологические процессы, которые идут непрерывно в течение 24 часов в день, 7 дней в неделю, 365 дней в году. Хотя, на самом деле, раз в году делают плановый останов на несколько дней для выполнения ремонтных и других работ, но это происходит строго в соответствии с планом, и этому предшествуют значительные подготовительные работы. В другое же время остановка производства – это “чрезвычайное” происшествие. При этом отдельно взятая технологическая установка принимает участие в производстве одного вида продукции, а сам процесс идет по фиксированной технологической цепочке с неизменными настройками (уставками). Короче, все скучно, однообразно и весьма предсказуемо.

А теперь представим гипотетический пищевой цех по производству сока. При этом цех может производить несколько видов сока: яблочный, вишневый и апельсиновый, т.е. 3 вида продукции. Пусть сок производится из концентрированного сока в специальной емкости с мешалкой, где он тщательно смешивается с водой, а потом пастеризуется и идет на розлив (пакетирование).

Имеет ли смысл ставить для производства этих трех видов сока три производственные линии (по одной линии на каждый вид сока)? Было бы круто, но чрезвычайно дорого. Выход – использовать одну и ту же линию для выпуска разных видов продукции. При этом понятно, что и технологические параметры для производства различных соков будут заметно друг от друга отличаться. Например, вишневый концентрат нужно смешивать с водой гораздо дольше, чем яблочный, но пастеризовать его надо при меньшей температуре (я на самом деле этого не знаю - чисто предположение:)

Набор технологических параметров для производства определенного вида продукции называется рецептом (recipe). В нашем примере для сока это может быть: соотношение вода/концентрат, длительность и температура смешивания; температура пастеризации + другие параметры. В общем случае, рецепт также может содержать последовательность технологических операций, которые для различных видов продукции могут быть, строго говоря, разными. Хотя на практике, как правило, рецепт не подразумевает различающиеся технологические операции, а содержит всего лишь массив технологических уставок для того или иного продукта.

Рис. 1. Иллюстрация рецептурного управления на примере производства различных видов сока

Это все напоминает процесс приготовления еды на кухне, где мы оттачиваем рецепты разных блюд, но при этом используем одни и те же орудия (кастрюли, ножи, разделочные доски, плиту и т.д.)

Теперь попробуем дать характеристику batch-процессу:

1. На выходе несколько видов продукции.
2. При производстве разных видов продукции задействуется одно и то же технологическое оборудование.
3. Имеется множество рецептов.
4. Производство по “партиям”, которое может быть относительно легко и без последствий остановлено после завершения партии, а потом возобновлено.

Автоматизированное управление batch-процессом называется рецептурным управлением (batch control, или recipe control). Этот вид управления несколько специфичен, и требует от системы управления некоторой смекалки. Конечно, можно использовать для задач рецептурного управления обычные программные блоки, подходящие для управления непрерывным процессом, НО на практике это приводит к огромным трудностям (=головной боли) при попытке все это реализовать, используя стандартные подходы программирования. Поэтому многие производители АСУ ТП разработали специализированные batch-модули, которые адаптированы именно под рецептурные процессы. Эти модули могут выполняться на уровне ПЛК или на выделенном сервере batch. Иногда эти сервера, к тому же, резервируются. Также batch-модули дополняются специализированной средой разработки batch-программ, что сильно облегчает жизнь инженера.

На рисунке ниже в качестве примера приведена конфигурация верхнего уровня АСУ ТП SIMATIC PCS 7, оснащенной выделенным сервером batch.

Рис. 2. Структурная схема АСУ ТП с выделенным сервером batch

Перечислим основные обязанности системы batch-управления:

1. Ну, собственно, самая главная задача – хранение/загрузка рецептов и их выполнение в режиме реального времени ( batch process management).
2. Отслеживание, не занята ли технологическая установка выполнением другого рецепта. Если занята, то выделяется другая аналогичная установка для выполнения данного рецепта ( process unit allocation).
3. Формирование отчетов об изготовление партии продукции в задаваемой пользователем форме. Причем, требуются отчеты с возможностью отслеживания истории (ретроспективы) “прогона” партии по технологической цепочке ( reporting and batch tracking).
4. Расчет различных показателей эффективности производства, как, например: удельного времени простоя (в %), производительности (в л/c) технологической установки или полного времени изготовления партии продукции (в мин).
5. Планирование изготовления партий, что фактически подразумевает составление производственного расписания. Ну, это на самом деле ни одна система в полном объеме пока не реализует ( batch planning).

И еще несколько слов.

Как правило, пакет batch состоит из двух частей – операторской (клиентской) и исполняемой. Клиентская часть устанавливается на АРМы и всего лишь обеспечивает удобный операторский интерфейс. Клиентская часть, как правило, органично вписывается в общую операторскую среду, и работа с ней идет непосредственно из мнемосхем.

Исполняемая часть – это костяк системы. Именно она ответственна за автоматизированное выполнение задач рецептурного управления, описанных выше. Исполняемая часть прогружается в специальные серверы batch или в обычные ПЛК в зависимости от архитектуры АСУ ТП.

И еще. Существует международный стандарт ISA-88, специфицирующий batch-процессы, определяющий модель и философию рецептурного управления, а также стандартизирующий соответствующую терминологию. Документ тяжеловесный, и посему прочитан полностью мной не был. Тем не менее, в следующей части я попытаюсь более детально описать рецептурные системы с привязкой именно к стандарту ISA-88.

[ http://kazanets.narod.ru/Batch_P1.htm]

Тематики

• автоматизированные системы

EN

• batch
• batch management solution